home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000042_news@columbia.edu _Thu Aug 19 15:48:23 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA01626
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 19 Aug 1999 15:48:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA23050
  7.     for kermit.misc@watsun.cc.columbia.edu; Thu, 19 Aug 1999 15:39:15 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "Michael Hamelin" <hamelin@ici.net>
  10. Subject: beta 6 Problem w/batch queue & USR-->USR Modem issue
  11. Date: Thu, 19 Aug 1999 15:33:22 -0400
  12. Organization: The Internet Connection
  13. Message-ID: <7phlm8$nj0$1@bashir.ici.net>
  14. To: kermit.misc@columbia.edu
  15.  
  16. 1.) submiting a batch job into the vms queue, the displayed file
  17. information..text version of the file transfer doesn't work. get can't open
  18. tt: device
  19. ------
  20.  
  21. Beta 8 gives us...
  22. %ckermit-w-notterm tt: is not a terminal
  23. sorry can't open connecion tt::  error 0
  24. ???
  25.  
  26. Downloaded beta 9 for vms-55 (nonet) and got an error on image activivation
  27. ???
  28.  
  29. we are running batch jobs from fully priv account...not any issue under
  30. version 5. 5 runs excellant as detailed...this failed in beta 195..not sure
  31. if corrected yet. What we are saying here is that the computer spits out
  32. TT: not an output device, where as version 5 works fine and you get to see
  33. the file being transfered (serial transfer display). This is not the case
  34. in BETA 195. NO DISPLAY is possible running from the batch queue. The same
  35. username, script and command procedure run from version 5 and beta 195,
  36. this is the issue we are now facing. Only change is the ckermit
  37. version....Saw a not about this is the release notes, not sure what it
  38. meant. Just giving you pre-post results..
  39.  
  40. 2.) USR to USR still will not make a connect in ckermit. Ckermit is still
  41. getting the data and starting the login process, instead of just making the
  42. connect. We have solved it temp. by using a zoom modem as the dialer and
  43. the usr sportsters 33.6k modems in the field (34 stores). ckermit makes a
  44. connect and then the scripts appear to be fine after that.
  45.  
  46. (frank's comments)
  47. >I don't understand the complaint.  What, precisely, do you mean by
  48. >"connect"?
  49. >You say "Ckermit is still getting the data and starting the login process,
  50. instead of just making the  connect."  You don't want it to get the data and
  51. start the login process?  I can't help but suspect that it is only doing
  52. what
  53. your script is telling it to do...
  54.  
  55. (us)
  56. we sent you the scripts before...will send again if needed...we found a bug
  57. in the handshaking of the login scripts for vmslogin. new stuff was added,
  58. but the computer appears not to like it, so we used the logic from version
  59. 5 and it corrected the problem on login. The issue is still the same with
  60. USR to USR. If we use the USR in the stores and the ZOOM , HAYES, Anything
  61. but USR, CKERMIT does it thing correctly.
  62.  
  63. The USR Will connect ..handshake and start the login process on the vax
  64. (waking the port up), the zoom and others only handshake and wait. The
  65. modem settings on the USR are identical to the ZOOM and IDentical to the
  66. remote modem. A Manual dial with USR to USR, will never get a connect
  67. message...you will see data on the screen and the VMSLOGIN is confused and
  68. the call complete never occurs. If you substitute the ZOOM for the USR as
  69. the dialer, all is fine. We DONT CARE ANYMORE....but, Thought you might
  70. want to know..since this is in BETA. We have bought ZOOMS as the dialers to
  71. get away from the problem, BUT IT IS STILL A PROBLEM for others i am sure.
  72.  
  73. Dialer is ALPHA VMS 6.2-H3, receiver is VAX VMS 5.5-2...fyi...
  74.  
  75. any thoughts, comments.....
  76.  
  77.